Distributed platform for integration of existing digital unique resources

ABSTRACT

Embodiments of the invention are directed to systems, methods, and computer program products for onboarding digital content to a platform designed specifically for seamless creation and user-friendly management of non-fungible tokens. The invention allows for users with zero knowledge of decentralized protocols to leverage the benefits of such technologies by providing a system for uploading existing digital content, automating the creation of one or more non-fungible tokens, managing permissioned access to the non-fungible tokens, and facilitating the ownership transfer of the non-fungible tokens.

BACKGROUND

Decentralized systems for authentication, verification, and information storage are becoming more prevalent, but the use of such systems may be complex or confusing to users who are unfamiliar with their operation. Misuse of decentralized systems can lead to data loss, resource loss, or in some cases may expose users to tactics aimed to further confuse new users or compromise valuable accounts. As such, there is a need for systems and methods which provide the end user with a convenient, user-friendly interface for storing, accessing, and verifying a wide range of file types in a distributed and decentralized fashion.

BRIEF SUMMARY

The following presents a simplified summary of one or more embodiments of the invention in order to provide a basic understanding of such embodiments. This summary is not an extensive overview of all contemplated embodiments, and is intended to neither identify key or critical elements of all embodiments, nor delineate the scope of any or all embodiments. Its sole purpose is to present some concepts of one or more embodiments in a simplified form as a prelude to the more detailed description that is presented later.

The systems and methods described herein address the above needs by providing a distributed platform system for integration of existing digital unique resources within a decentralized storage and authentication system. For instance, one or more users may manage and operate an existing media channel or platform (e.g., a video channel, podcast channel, or the like), and the extent of their technical knowledge may relate only to the production and conventional distribution of a particular kind of digital work. In such instances, the one or more users may wish to secure their existing digital work against unauthorized copying, distribution, alteration, or the like, and may wish to leverage the use of decentralized systems in order to store the digital works and provide a means of instant validation of the unique works. Doing so may involve tokenizing the digital content and storing it on a decentralized blockchain, which allows the user complete control over access to the works and transfer of their ownership. Given the unique nature of these digital files, an appropriate representation of the unique works may be a non-fungible token, or NFT. The present invention aggregates data from one or more decentralized systems in a convenient fashion to provide end users with a single, user-friendly portal for creation of and management of non-fungible tokens (NFTs). For instance, once the work is stored on a distributed register or blockchain, the system may offer custodial services for private keys, may provide convenient links to one or more verification records, and may generally act as a trusted portal for artists and creators to integrate their current or future works within a decentralized ecosystem. The portal may also be used to collect and summarize resource payments for access to one or more NFTs owned by the user.

For instance, a growing trend in the music industry is the increasing use of NFTs to provide artists with the option to tokenize and publish their work in order to monetize and profit from their music as well as other content surrounding the themes of the music and the artists public image. While each work created by the artist may be associated with an NFT, an artist may want the ability to store their private access keys to the NFTs in a single portal or platform, and may wish to have a user-friendly system with which to manage access to their NFTs. For instance, an artist may have composed a melody, song, video, or the like, and may want to tokenize this work, add it to an existing NFT portfolio, or collect resource payment for limited access to the work (e.g., on a per user or per view/listen basis, or the like).

In some embodiments, an internally managed and locally decentralized private blockchain is proposed as decentralized and trusted storage solution. It is understood that in such embodiments, the owning organization or entity of the system will have authority to sign or write to the chain, acting as a node. In other implementations, for example, where one or more third party entities or organizations utilize the present invention, it may be preferable to employ a public blockchain retaining the benefits of a truly decentralized storage mechanism, but offering selective permissioned access to the control of private keys of NFTs only to creators or authorized users (e.g., one or more authorized users may provide resources in exchange for limited access to unique works via the present invention's platform, or may purchase the unique works outright and receive control over the private keys of the unique works, or the like, in which case the present invention may facilitate this transfer or exchange of ownership).

The present invention may include a publicly or semi-publicly accessible feature, a “platform,” or “portal,” wherein one or more entities or users may utilize the system for verification or viewing purposes. In some embodiments, this may be a public facing portal which allows a user to upload one or more pieces of digital content. The platform may facilitate the storage of the digital content on the blockchain, and may facilitate the creation of an NFT signifying the content. Once the NFT has been created, the platform system may validate the blockchain signature of the NFT against information on the blockchain in order to validate that the NFT is authentic, and may access an internal database of private keys in order to verify ownership of the NFT based on one or more user accounts. In some embodiments, the managing entity of the present invention's platform system may be a trusted entity in the financial industry. As such, the entity may leverage its reputation in order to promote trust in the verification of ownership, and also may leverage its access to resources and resource transaction channels as a means to collect payment for accessing NFTs or transferring ownership of NFTs. In some embodiments, the invention may respond to one or more requests for verification or ownership, thereby providing an authoritative response as to whether their particular NFT is properly verified. In some embodiments, the present invention may manage access to one or more NFTs in a secure, trusted manner. In other embodiments, the invention may integrate an NFT platform with one or more existing user resource accounts with an entity system, and may facilitate the transfer of resources to and from the existing user resource accounts for matters related to the one or more NFTs of the user.

Embodiments of the invention relate to systems, methods, and computer program products for distribution of unique digital content, the invention generally including the operations of: receive digital content data for upload to a distribution platform from a user via a user device; access a user account for the user and store a copy of the digital content data in the user account; generate a smart contract for creation of a non-fungible token for the digital content data; store one or more private keys of the smart contract in the user account; and provide one or more non-fungible token management options to the user via a user device.

In some embodiments, the digital content data comprises an audio file, an image file, or a video file.

In some embodiments, the smart contract is generated according to ERC-721 protocol.

In some embodiments, the non-fungible token management options further comprise access permission options for the non-fungible token including public, private, or paid access.

In some embodiments, the distribution platform further comprises a web-portal interface, or a mobile application.

In some embodiments, the invention is further configured to: receive a web address for hosted digital content data; transmit a request to the user device for authorization to retrieve a copy of the hosted digital content data; automatically retrieve a copy of the hosted digital content data from a webpage of the web address; and generate a smart contract for creation of a non-fungible token for the hosted digital content data.

In some embodiments, the invention is further configured to: receive a request from a second user to access the non-fungible token via the distribution platform; retrieve access permissions for the non-fungible token, wherein the access permissions comprise a resource amount and access duration; respond to the request from the second user with the access permissions; receive the resource amount from the second user; allow the second user to access the non-fungible token; and automatically route the resource amount to the user account of the user.

The features, functions, and advantages that have been discussed may be achieved independently in various embodiments of the present invention or may be combined with yet other embodiments, further details of which can be seen with reference to the following description and drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

Having thus described embodiments of the invention in general terms, reference will now be made to the accompanying drawings, wherein:

FIG. 1 illustrates an operating environment for the distribution platform system, in accordance with some embodiments of the invention;

FIG. 2 is a block diagram illustrating the distribution platform system, in accordance with some embodiments of the invention;

FIG. 3 is a block diagram illustrating a user device associated with the distribution platform system, in accordance with some embodiments of the invention;

FIG. 4 is a block diagram illustrating an operating environment for a distributed trust computing network, in accordance with some embodiments of the invention;

FIG. 5 is a process flow diagram illustrating initial receipt and processing of digital content by the distribution platform system, in accordance with some embodiments of the invention;

FIG. 6 is a process flow diagram illustrating a process for retrieving and processing existing digital content via the distribution platform system, in accordance with some embodiments of the invention; and

FIG. 7 is a process flow diagram illustrating an automated process for enabling permissioned access or transfer of ownership of digital content via the distribution platform system, in accordance with some embodiments of the invention.

DETAILED DESCRIPTION OF EMBODIMENTS OF THE INVENTION

Embodiments of the present invention will now be described more fully hereinafter with reference to the accompanying drawings, in which some, but not all, embodiments of the invention are shown. Indeed, the invention may be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will satisfy applicable legal requirements. Like numbers refer to elements throughout. Where possible, any terms expressed in the singular form herein are meant to also include the plural form and vice versa, unless explicitly stated otherwise. Also, as used herein, the term “a” and/or “an” shall mean “one or more,” even though the phrase “one or more” is also used herein.

“Entity” or “managing entity” as used herein may refer to any organization, entity, or the like in the business of moving, investing, or lending money, dealing in financial instruments, or providing financial services. This may include commercial banks, thrifts, federal and state savings banks, savings and loan associations, credit unions, investment companies, insurance companies and the like. In some embodiments, the entity may allow a user to establish an account with the entity. An “account” may be the relationship that the user has with the entity. Examples of accounts include a deposit account, such as a transactional account (e.g., a banking account), a savings account, an investment account, a money market account, a time deposit, a demand deposit, a pre-paid account, a credit account, or the like. The account is associated with and/or maintained by the entity. In other embodiments, an entity may not be a financial institution. In still other embodiments, the entity may be the merchant itself.

“Entity system” or “managing entity system” as used herein may refer to the computing systems, devices, software, applications, communications hardware, and/or other resources used by the entity to perform the functions as described herein. Accordingly, the entity system may comprise desktop computers, laptop computers, servers, Internet-of-Things (“IoT”) devices, networked terminals, mobile smartphones, smart devices (e.g., smart watches), network connections, and/or other types of computing systems or devices and/or peripherals along with their associated applications.

As described herein, a “user” may be an individual associated with an entity. As such, in some embodiments, the user may be an individual having past relationships, current relationships or potential future relationships with an entity. In some embodiments, a “user” may be an employee (e.g., an associate, a project manager, an IT specialist, a manager, an administrator, an internal operations analyst, or the like) of the entity or enterprises affiliated with the entity, capable of operating the systems described herein. In some embodiments, a “user” may be any individual, entity or system who has a relationship with the entity, such as a customer or a prospective customer. In other embodiments, a user may be a system performing one or more tasks described herein.

As used herein, a “user interface” may be any device or software that allows a user to input information, such as commands or data, into a device, or that allows the device to output information to the user. For example, the user interface includes a graphical user interface (GUI) or an interface to input computer-executable instructions that direct a processing device to carry out specific functions. The user interface typically employs certain input and output devices to input data received from a user second user or output data to a user. These input and output devices may include a display, mouse, keyboard, button, touchpad, touch screen, microphone, speaker, LED, light, joystick, switch, buzzer, bell, and/or other user input/output device for communicating with one or more users.

As used herein, “authentication credentials” may be any information that can be used to identify of a user. For example, a system may prompt a user to enter authentication information such as a username, a password, a personal identification number (PIN), a passcode, biometric information (e.g., iris recognition, retina scans, fingerprints, finger veins, palm veins, palm prints, digital bone anatomy/structure and positioning (distal phalanges, intermediate phalanges, proximal phalanges, and the like), an answer to a security question, a unique intrinsic user activity, such as making a predefined motion with a user device. This authentication information may be used to authenticate the identity of the user (e.g., determine that the authentication information is associated with the account) and determine that the user has authority to access an account or system. In some embodiments, the system may be owned or operated by an entity. In such embodiments, the entity may employ additional computer systems, such as authentication servers, to validate and certify resources inputted by the plurality of users within the system. The system may further use its authentication servers to certify the identity of users of the system, such that other users may verify the identity of the certified users. In some embodiments, the entity may certify the identity of the users. Furthermore, authentication information or permission may be assigned to or required from a user, application, computing node, computing cluster, or the like to access stored data within at least a portion of the system.

It should also be understood that “operatively coupled,” as used herein, means that the components may be formed integrally with each other, or may be formed separately and coupled together. Furthermore, “operatively coupled” means that the components may be formed directly to each other, or to each other with one or more components located between the components that are operatively coupled together. Furthermore, “operatively coupled” may mean that the components are detachable from each other, or that they are permanently coupled together. Furthermore, operatively coupled components may mean that the components retain at least some freedom of movement in one or more directions or may be rotated about an axis (i.e., rotationally coupled, pivotally coupled). Furthermore, “operatively coupled” may mean that components may be electronically connected and/or in fluid communication with one another.

As used herein, an “interaction” may refer to any communication between one or more users, one or more entities or institutions, and/or one or more devices, nodes, clusters, or systems within the system environment described herein. For example, an interaction may refer to a transfer of data between devices, an accessing of stored data by one or more nodes of a computing cluster, a transmission of a requested task, or the like.

As used herein, a “resource” may generally refer to objects, products, devices, goods, commodities, services, and the like, and/or the ability and opportunity to access and use the same. Some example implementations herein contemplate a market value of a property held by a user, including property that is stored and/or maintained by a third-party entity. For purposes of this invention, a resource is typically stored in a resource repository—a storage location where one or more resources are organized, stored and retrieved electronically using a computing device.

As used herein, a “resource transfer,” “resource distribution,” or “resource allocation” may refer to any transaction, activities or communication between one or more entities, or between the user and the one or more entities. A resource transfer may refer to any distribution of resources such as, but not limited to, a payment, processing of funds, purchase of goods or services, a return of goods or services, a payment transaction, a credit transaction, or other interactions involving a user's resource or account. In the context of an entity such as a financial institution, a resource transfer may refer to one or more of: a sale of goods and/or services, a user accessing their e-wallet, or any other interaction involving the user and/or the user's device that invokes or is detectable by the financial institution. In some embodiments, the user may authorize a resource transfer using at least a payment instrument (credit cards, debit cards, checks, digital wallets, digital currency, loyalty points, or the like), and/or payment credentials (account numbers, payment instrument identifiers). Unless specifically limited by the context, a “resource transfer” a “transaction”, “transaction event” or “point of transaction event” may refer to any activity between a user, a merchant, an entity, or any combination thereof. In some embodiments, a resource transfer may refer to the purchase of digital content, wherein the ownership of the digital content is transferred between users, or purchase of the right of access to digital content, wherein one or more users may pay to view, listen to, or otherwise experience or use digital content, but ownership of the content does not change in the course of the resource transfer. In some embodiments, resource transfers may be automatically initiated upon recognition that one or more users has accessed certain content, and the system may facilitate the movement of resources between accounts such that the verified owner of digital content is paid accordingly.

In some embodiments, an internally managed and locally decentralized private blockchain is proposed as decentralized and trusted storage solution, or “distributed register database.” It is understood that in such embodiments, the owning organization or entity of the system will have authority to sign or write to the chain, producing faster output and offering privacy and security to the contents of the chain. In other implementations, for example, where one or more third party entities or organizations utilize the present invention, it may be preferable to employ a public blockchain retaining the benefits of a truly decentralized storage mechanism, but offering selective permissioned access to a public or a semi-public portal for management, access, and transfer of resources or content stored on the public blockchain.

As discussed, in some embodiments, the present invention also includes a publicly or semi-publicly accessible feature or “portal” wherein one or more entities or users may utilize the system for content verification and management purposes. In some embodiments, this may be a public facing portal which allows a user to upload or submit digital content. In instances of authenticity or ownership verification, the portal will then process the content, extract the embedded blockchain signature, and then either forward the signature to a processing system or process it locally on the extracting server. The processing system will compare the embedded blockchain signature with the data from the distributed register and validate that the embedded signature and the data stored on the system and the blockchain match. This response is then presented back to the requesting user thereby giving them an authoritative response as to the ownership and access rights of the content. In some embodiments, the portal may aid in the proper authorization of access to and distribution of digital content stored on the blockchain. The portal also provides a way to ascertain if content is being used by third parties without explicit permission by comparing data signatures of custodied content against data sourced from other entities or parties in order to identify unauthorized copying or distribution.

FIG. 1 illustrates an operating environment for the distribution platform system, in accordance with one embodiment of the present disclosure. As illustrated, the operating environment 100 may comprise a user 102 and/or a user device 104 in operative communication with one or more third party systems 400 (e.g., web site hosts, registry systems, databases, third party entity systems, or the like). The operative communication may occur via a network 101 as depicted, or the user 102 may be physically present at a location separate from the various systems described, utilizing the systems remotely. The operating environment also includes a managing entity system 500, a distribution platform system 200, a distributed register 300, and/or other systems/devices not illustrated herein and connected via a network 101. As such, the user 102 may request information from or utilize the services of the distribution platform system 200, or the third party system 400 by establishing operative communication channels between the user device 104, the managing entity system 500, and the third party system 400 via a network 101.

Typically, the distribution platform system 200 and the distributed register 300 are in operative communication with the managing entity system 500, via the network 101, which may be the internet, an intranet or the like. In FIG. 1 , the network 101 may include a local area network (LAN), a wide area network (WAN), a global area network (GAN), and/or near field communication (NFC) network. The network 101 may provide for wireline, wireless, or a combination of wireline and wireless communication between devices in the network. In some embodiments, the network 101 includes the Internet. In some embodiments, the network 101 may include a wireless telephone network. Furthermore, the network 101 may comprise wireless communication networks to establish wireless communication channels such as a contactless communication channel and a near field communication (NFC) channel (for example, in the instances where communication channels are established between the user device 104 and the third party system 400). In this regard, the wireless communication channel may further comprise near field communication (NFC), communication via radio waves, communication through the internet, communication via electromagnetic waves and the like.

The user device 104 may comprise a mobile communication device, such as a cellular telecommunications device (i.e., a smart phone or mobile phone), a computing device such as a laptop computer, a personal digital assistant (PDA), a mobile internet accessing device, or other mobile device including, but not limited to portable digital assistants (PDAs), pagers, mobile televisions, gaming devices, laptop computers, cameras, video recorders, audio/video player, radio, GPS devices, any combination of the aforementioned, or the like. The user device is described in greater detail with respect to FIG. 3 .

The managing entity system 500 may comprise a communication module and memory not illustrated, and may be configured to establish operative communication channels with a third party system 400 and/or a user device 104 via a network 101. The managing entity may comprise a data repository 256 which stores user account data 257. The data repository 256 may also contain user data. This user data may be used by the managing entity to authorize or validate the identity of the user 102 for accessing the system (e.g., via a username, password, biometric security mechanism, 2 factor authentication mechanism, or the like). In some embodiments, the managing entity system is in operative communication with the distribution platform system 200 and distributed register 300 via a private communication channel. The private communication channel may be via a network 101 or the distribution platform system 200 and distributed register 300 may be fully integrated within the managing entity system 500, such as a virtual private network (VPN), or over a secure socket layer (SSL).

The managing entity system 500 may communicate with the distribution platform system 200 in order to transmit data by or via a plurality of third party systems 400. In some embodiments, the managing entity may utilize the features and functions of the distribution platform system to upload content and manage its ownership or distribution. In other embodiments, the managing entity and/or the one or more third party systems may utilize the distribution platform system via a portal or application in order to query the distributed register 300 for verification purposes. In some embodiments, this may be a public facing portal which allows a user to upload content and provide secure links to view or access the content. In doing do, the distribution platform system 200 may process and validate non-fungible tokens (NFTs) on the distributed register database which correspond to unique tokenized data on the distributed register, and which may be verified as to their authenticity, custody, ownership, or the like. This response is then presented back to the requesting user thereby giving them an authoritative response as to whether their content is authentic, or has been properly authorized for use, signed, distributed, or the like.

The publicly facing portal of the distribution platform system 200 may also provide a way to ascertain if content is being used or distributed by third parties without explicit permission. The process to identify data that contains privately owned content in the past has largely been limited by existing technology to identify intellectual property elements manually. As such, the identification of protected content in the past has often been a manual, labor-intensive task. The present invention allows a trusted source for custody and management of unique digital content and providing information to users in an intuitive fashion which allows them to verify authenticity of the content. transfer its ownership, or manage its access by third parties easily and quickly.

FIG. 2 illustrates a block diagram of the distribution platform system 200 associated with the operating environment 100, in accordance with embodiments of the present invention. As illustrated in FIG. 2 , the distribution platform system 200 may include a communication device 244, a processing device 242, and a memory device 250 having an agent module or “agent” 253, an application portal 254 and a processing system datastore 255 stored therein. As shown, the processing device 242 is operatively connected to and is configured to control and cause the communication device 244, and the memory device 250 to perform one or more functions. In some embodiments, the agent module 253 and/or the application portal 254 comprises computer readable instructions that when executed by the processing device 242 cause the processing device 242 to perform one or more functions and/or transmit control instructions to the distributed register 300, the managing entity system 500, or the communication device 244. It will be understood that the agent 253 or the application portal 254 may be executable to initiate, perform, complete, and/or facilitate one or more portions of any embodiments described and/or contemplated herein. The agent 253 may comprise executable instructions associated with data processing and analysis related to retrieval and submission of block chain data. The distribution platform system 200 may be owned by, operated by and/or affiliated with the same managing entity that owns or operates the managing entity system 500. In some embodiments, the distribution platform system 200 is fully integrated within the managing entity system 500.

The agent 253 may further comprise a data analysis module 260, a machine learning engine 261, and a machine learning dataset(s) 262. The data analysis module 260 may store instructions and/or data that may cause or enable the distribution platform system 200 to receive, store, and/or analyze data received by the managing entity system 500 or the distributed register 300. The data analysis module 260 may process data to identify or retrieve relevant data from a decentralized ledger of transaction information. For instance, the data analysis module 260 may intelligently trace a number of complex transactions involving one or more specific NFTs and digital currency wallets in order to determine a market value.

The machine learning engine 261 and machine learning dataset(s) 262 may store instructions and/or data that cause or enable the distribution platform system 200 to determine a market value for a given NFT based on identifying features within one or more NFTs and comparing transaction data on a distributed register, or by comparing NFTs which share similar components or features which have been sold or transferred using the distribution platform system 200. The machine learning dataset(s) 262 may contain data extracted or scraped from publicly viewable or accessible sources of information via network 101, such as image data, video data, audio data, or other digital content retrieved from a web page, or the like. In other embodiments, the machine learning dataset 262 may include submitted digital content 273 or other data submitted by a user 102 via the application portal 254. The distributed register 300 may also contain metadata related to digital content or NFTs (e.g., location, time, associated party, data format, color, certificate value, hash value, private key, ownership information, wallet address, permitted uses, royalties or payments for use, or the like). In some embodiments, the machine learning dataset(s) 262 may also contain data relating to user activity or device information, which may be stored in a user account managed by the managing entity system. In some embodiments, the agent 253 may act as a data interjector for submitting proposed data records to the distributed register 300. In some embodiments, content initially submitted by the agent 253 may be tokenized and stored on the distributed register as a unique token or NFT.

The machine learning engine 261 may receive data from a plurality of sources and, using one or more machine learning algorithms, may generate one or more machine learning datasets 262. Various machine learning algorithms may be used without departing from the invention, such as supervised learning algorithms, unsupervised learning algorithms, regression algorithms (e.g., linear regression, logistic regression, and the like), instance based algorithms (e.g., learning vector quantization, locally weighted learning, and the like), regularization algorithms (e.g., ridge regression, least-angle regression, and the like), decision tree algorithms, Bayesian algorithms, clustering algorithms, artificial neural network algorithms, and the like. It is understood that additional or alternative machine learning algorithms may be used without departing from the invention.

The machine learning datasets 262 may include machine learning data linking one or more details of submitted content in order to identify one or more affecting their market value. For instance, the machine learning datasets 262 may include data linking a particular NFT to a particular artist, style, time periods, formats, subjects, or the like. Thus, this data may enable the distribution platform system 200 to identify with a percentage likelihood that specific content may have a market value similar to an NFT of a similar type or which contains certain features, is from the same creator, or the like. The data associated with specific content or its market value may be supplemented by additional data obtained from the managing entity system 500 or third party systems 400. For example, in some embodiments, the system may have brokered a number of transactions for NFTs in the past and may refer to this historical data for reference on what a particular style or type of NFT may garner in terms of market value. In other embodiments, the agent may rely on data from a third party system 400 such as an auction house or other like entity for data relevant to market value of particular NFTs of a certain creator, style, content type, or the like. The distribution platform system 200 may weight that information accordingly to determine that the likelihood that a particular NFT may be valued above or below a certain average price based on available data of NFTs determined to share similar characteristics or features.

The application portal 254 may further comprise a web interface 270, a mobile application 271, or an API interface 272. In some embodiments, the user 102 may submit digital content 273 via the user device 104 via the one or more components of the application portal 254. In this way, the distribution platform system 200 may receive submissions from one or more users 102 in the form of digital content 273, and may further use the capabilities of the agent 253 in order to communicate with the distributed register database for identification, comparison, and analysis of authenticity, ownership, custody, or permitted uses of one or more aspects or features contained within the digital content 273. It is understood that the application portal may interact with the user device 104 via a web interface 270, mobile application 271, or an API interface 272, and in some embodiments a portion, complementary component, or all of each of these application portal aspects may exist locally on the user device as an entity application 1048 or user application 351, as discussed in FIG. 3 . In some embodiments, the invention may utilize ERC-721 standards in onboarding of digital works to the Ethereum network through the creation of smart contracts to manage access to, and payment for, digital works.

The communication device 244 may generally include a modem, server, transceiver, and/or other devices for communicating with other devices on the network 101. The communication device 244 may be a communication interface having one or more communication devices configured to communicate with one or more other devices on the network 101, such as the distribution platform system 200, the user device 104, other processing systems, data systems, etc.

Additionally, the processing device 242 may generally refer to a device or combination of devices having circuitry used for implementing the communication and/or logic functions of the distribution platform system 200. For example, the processing device 242 may include a control unit, a digital signal processor device, a microprocessor device, and various analog-to-digital converters, digital-to-analog converters, and other support circuits and/or combinations of the foregoing. Control and signal processing functions of the distribution platform system 200 may be allocated between these processing devices according to their respective capabilities. The processing device 242 may further include functionality to operate one or more software programs based on computer-executable program code 252 thereof, which may be stored in a memory device 250, such as the application portal 254 and the agent 253. As the phrase is used herein, a processing device may be “configured to” perform a certain function in a variety of ways, including, for example, by having one or more general-purpose circuits perform the function by executing particular computer-executable program code embodied in computer-readable medium, and/or by having one or more application-specific circuits perform the function. The processing device 242 may be configured to use the network communication interface of the communication device 244 to transmit and/or receive data and/or commands to and/or from the other devices/systems connected to the network 101.

The memory device 250 within the distribution platform system 200 may generally refer to a device or combination of devices that store one or more forms of computer-readable media for storing data and/or computer-executable program code/instructions. For example, the memory device 250 may include any computer memory that provides an actual or virtual space to temporarily or permanently store data and/or commands provided to the processing device 242 when it carries out its functions described herein.

FIG. 3 illustrates a block diagram of the user device associated with the distribution platform system, in accordance with embodiments of the present invention. The user device 104 may include a user mobile device or the like. A “mobile device” 104 may be any mobile communication device, such as a cellular telecommunications device (i.e., a cell phone or mobile phone), personal digital assistant (PDA), a mobile Internet accessing device, or another mobile device including, but not limited to portable digital assistants (PDAs), pagers, mobile televisions, gaming devices, laptop computers, cameras, video recorders, audio/video player, radio, GPS devices, any combination of the aforementioned devices.

The user device 104 may generally include a processing device or processing device 1042 communicably coupled to devices such as, a memory device 1046, user output devices 1045 (for example, a user display or a speaker), user input devices 1044 (such as a microphone, keypad, touchpad, touch screen, and the like), a communication device or network interface device 360, a positioning system device 1043, such as a geo-positioning system device like a GPS device, an accelerometer, and the like, one or more chips, and the like.

The processing device 1042 may include functionality to operate one or more software programs or applications, which may be stored in the memory device 320. For example, the processing device 1042 may be capable of operating applications such as a user application 351, an entity application 1048, or a web browser application. The user application 351 or the entity application may then allow the user device 104 to transmit and receive data and instructions to or from the third party system 400, distribution platform system 200, and the managing entity system 500, and display received information via a graphical user interface of the user device 104. The user application 1047 may further allow the user device 104 to transmit and receive data to or from the managing entity system 500 (for example, via wireless communication or NFC channels), data and instructions to or from the distribution platform system 200, web content, such as, for example, location-based content and/or other web page content, according to a Wireless Application Protocol (WAP), Hypertext Transfer Protocol (HTTP), and/or the like. The user application 1047 may allow the managing entity 500 to present the user 102 with a plurality of recommendations, suggestions, requests, blockchain data, graph data, statistics, and/or the like.

The processing device 1042 may be configured to use the communication device 1041 to communicate with one or more devices on a network 101 such as, but not limited to the third party system 400, the distribution platform system 200, and the managing entity system 500. In this regard the processing device 1042 may be configured to provide signals to and receive signals from the communication device 1041. The signals may include signaling information in accordance with the air interface standard of the applicable BLE standard, cellular system of the wireless telephone network and the like, that may be part of the network 101. In this regard, the user device 104 may be configured to operate with one or more air interface standards, communication protocols, modulation types, and access types. By way of illustration, the user device 104 may be configured to operate in accordance with any of a number of first, second, third, and/or fourth-generation communication protocols and/or the like. For example, the user device 104 may be configured to operate in accordance with second-generation (2G) wireless communication protocols IS-136 (time division multiple access (TDMA)), GSM (global system for mobile communication), and/or IS-95 (code division multiple access (CDMA)), or with third-generation (3G) wireless communication protocols, such as Universal Mobile Telecommunications System (UMTS), CDMA2000, wideband CDMA (WCDMA) and/or time division-synchronous CDMA (TD-SCDMA), with fourth-generation (4G) wireless communication protocols, and/or the like. The user device 104 may also be configured to operate in accordance with non-cellular communication mechanisms, such as via a wireless local area network (WLAN) or other communication/data networks. The user device 104 may also be configured to operate in accordance Bluetooth® low energy, audio frequency, ultrasound frequency, or other communication/data networks.

The communication device 1041 may also include a user activity interface presented in user output devices 1045 in order to allow a user 102 to execute some or all of the processes described herein. The application interface may have the ability to connect to and communicate with an external data storage on a separate system within the network 101. The user output devices 1045 may include a display (e.g., a liquid crystal display (LCD) or the like) and a speaker 334 or other audio device, which are operatively coupled to the processing device 1042. The user input devices 1044, which may allow the user device 104 to receive data from the user 102, may include any of a number of devices allowing the user device 104 to receive data from a user 102, such as a keypad, keyboard, touch-screen, touchpad, microphone, mouse, joystick, other pointer device, button, soft key, and/or other input device(s).

The user device 104 may also include a memory buffer, cache memory or temporary memory device 1046 operatively coupled to the processing device 1042. Typically, one or more applications 351 and 352, are loaded into the temporarily memory during use. As used herein, memory may include any computer readable medium configured to store data, code, or other information. The memory device 1046 may include volatile memory, such as volatile Random Access Memory (RAM) including a cache area for the temporary storage of data. The memory device 420 may also include non-volatile memory, which can be embedded and/or may be removable. The non-volatile memory may additionally or alternatively include an electrically erasable programmable read-only memory (EEPROM), flash memory or the like.

In some instances, various features and functions of the invention are described herein with respect to a “system.” In some instances, the system may refer to the distribution platform system 200 performing one or more steps described herein in conjunction with other devices and systems, either automatically based on executing computer readable instructions of the memory device 250, or in response to receiving control instructions from the managing entity system 500. In some instances, the system refers to the devices and systems on the operating environment 100 of FIG. 1 . The features and functions of various embodiments of the invention are be described below in further detail.

It is understood that the servers, systems, and devices described herein illustrate one embodiment of the invention. It is further understood that one or more of the servers, systems, and devices can be combined in other embodiments and still function in the same or similar way as the embodiments described herein.

FIG. 4 is a block diagram illustrating an operating environment for the distributed trust computing network 401, in accordance with some embodiments of the present disclosure. In particular, the operating environment may include a plurality of distributed register nodes 402, 403, 404, and 405 in operative communication with one another within the distributed trust computing network 401. The distributed trust computing network 401, as well as other networks as described herein, may operate communicatively between nodes using a global area network (GAN), such as the Internet, a wide area network (WAN), a local area network (LAN), or any other type of network or combination of networks. The network may provide for wireline, wireless, or a combination wireline and wireless communication between devices on the network.

The first distributed register node 402, the second distributed register node 403, the third distributed register node 404, and the fourth distributed register node 405 may be computing systems which collectively validate information on the distributed register 300. Accordingly, the distributed register nodes 402, 403, 404, and 405 are typically networked terminals or servers, but may also be desktop computers, laptops, smartphones or smart devices, IoT devices, or the like, or any combination thereof. Typically, each distributed register node 402, 403, 404, and 405 hosts a complete copy of the distributed register. The contents of the various copies of the distributed register hosted on the distributed register nodes 402, 403, 404, and 405 may be updated to be consistent with one another via a consensus algorithm executed by the distributed register nodes 402, 403, 404, and 405. In this way, a complete and verified copy of the distributed register may remain accessible even if the copy of the distributed register stored on one or more distributed register nodes 402, 403, 404, and 405 become inaccessible (e.g., due to being offline, experiencing high network latency, or the like) or corrupted (e.g., due to hardware/software errors, unauthorized modification of distributed register contents, or the like). It is understood that while four nodes are depicted in the embodiment shown in FIG. 3 , there may be any number of nodes (“N” number of nodes) which make up the distributed trust computing network 401 and operate to validate entries and maintain a complete copy of the distributed register.

The operating environment may further comprise the distributed register 300 which may be in operative communication with the distributed register nodes 402, 403, 404, and 405 of the distributed trust computing network 401. The distributed register 300 may be a computing system that submits data to the nodes 402, 403, 404, and 405 in the form of proposed data records to be added to the distributed register 300. The distributed register 300 may further be used to manage interjectors and receive notifications regarding the data within the distributed register. Accordingly, the distributed register 300 may be one or more desktop computers, laptop computers, smartphones, tablets, smart devices, IoT devices, single board computers, or the like. In some embodiments, distributed register 300 may be operated by a user within the entity. In other embodiments, the distributed register 300 may automatically perform various functions to manage submitted or retrieved data or interjectors.

The submission and receipt of data between distributed register 300 and the distributed trust computing network 401 may be achieved through one or more nodes described in FIG. 1 (e.g., the node 1, the node 2, or the like) and immediately processed for submission to the distributed register, such that that data hops or manual data touchpoints are reduced to preferably zero, allowing the system to maintain maximum integrity of data validation. The automated flow of permissioned ledger data allows the leveraging of distributed register technology and distributed register based services directly to entity side systems. The distributed register 300 may be designed to provide access to data stored on the distributed register to third party systems as well. For instance, the third party system may comprise an overseeing entity conducting an investigation or study of data history or patterns within the data stored on the distributed register.

It should be understood by those having ordinary skill in the art that although the distributed register nodes 402, 403, 404, and 405, and/or the distributed register 300 are depicted as single units, each of the depicted components, or sub-components therein, may represent multiple units. In some embodiments, a given computing system as depicted in FIG. 3 may represent multiple systems configured to operate in a distributed fashion. In other embodiments, the functions of multiple computing systems may be accomplished by a single system. For instance, the functions of the data monitoring system 106 may be accomplished by one or more of the distributed register nodes 402, 403, 404, and 405. It should further be understood that even though reference may be made to a single “distributed trust computing network 401,” all singular usages of “distributed trust computing network” or “distributed register” may also refer to multiple distributed registers. For instance, separate distributed registers may be stored on the nodes 402, 403, 404, and 405 on a per-application or per-parameter basis.

FIG. 5 is a process flow diagram illustrating initial receipt and processing of digital content by the distribution platform system, in accordance with some embodiments of the invention. In some embodiments, the distribution platform system 200 displays an application portal interface via a graphical user interface on one or more user devices 104. As discussed with regard to FIGS. 2 and 3 , the application portal 254 may include a web portal or web interface 270, a mobile application 271, or otherwise some interface between the user device 104 and the distribution platform system 200 which allows an API data request to be submitted and automatically executed. As shown in block 501, the distribution platform system 200 may receive digital content for upload to the distribution platform via the application portal 254, web interface 270, or mobile application 271. In some embodiments, the application portal 254, web interface 270, or mobile application 271 may include a drop-area in which the user can drag and drop files for seamless uploading to distribution platform system.

Furthermore, the distribution platform system 200 may communicate with the managing entity system 500 in order to access an existing user account of the user. In other embodiments, the distribution platform system 200 may host one or more system specific user accounts in data repository 256. In either case, it is understood that the user may provide authentication credentials, in the form of a username, password, biometric authentication, multi factor authentication, or the like, via the user device 104, in order to access their specific user account on the distribution platform system 200. The user account is used by the distribution platform system 200 in order to store user-submitted digital content, store user preferences, transact resources to or from a user's resource account, or the like. In some embodiments, the distribution platform system 200 may host a number of different digital wallets within the user account, while in other embodiments, the distribution platform system 200 may interface with the managing entity system 500 in order to access resources in an existing resource account of the user, such as a traditional bank account, or the like.

As shown in block 510, the distribution platform system 200 may access the user account and store the digital content received by the user. One the system has stored the digital content in the user account, the distribution platform system 200 may generate a smart contract for creation of an NFT based on the digital content (e.g., using ERC-721, or other like protocol to communicate with an existing block chain, generate a smart contract, and upload data for storage in the smart contract), as shown in block 520. The system may receive a private access key for the smart contract and store the private key in the user account for later reference, as shown in block 530. In some embodiments, the distribution platform system 200 may provide the private key to the user via the application portal 254; however, in preferred embodiments, the distribution platform system 200 will manage and store private keys for NFTs and digital wallets within the user account in order to provide a simplified and streamlined experience to the user, wherein they may access any or all of their digital resources, such as cryptocurrencies, NFTs, or the like, via the distribution platform system 200 by simply providing their authentication credentials to log into the application portal 254. In this way, the user need not be well versed in the nuances or best practices of managing or storing their digital wallet, digital currency, or digital artwork keys, and may simply use the distribution platform system 200 to access, view, manage, transfer, their digital resources, or the like.

As shown in block 540, the distribution platform system 200 may provide, via the application portal 254, web interface 270, or mobile application 271, one or more NFT management options to the user. These options may include links to share the NFT with others who may wish to view, listen to, or watch it, depending on the type of digital content, or may also include options to transfer ownership, transfer to a different wallet, retrieve an estimated market value, configure access permissions, or the like, as discussed further in FIG. 7 .

FIG. 6 is a process flow diagram illustrating a process for retrieving and processing existing digital content via the distribution platform system, in accordance with some embodiments of the invention. As shown in block 600, the distribution platform system 200 may receive a request for NFT creation based on hosted digital content. Hosted digital content may include content that has previously been hosted or distributed by one or more existing platforms prior to the user request for NFT creation. For instance, the user may have a portfolio or account with one or more third party systems 400 where the user uploaded videos, songs, images, or the like. The distribution platform system 200 provides an option for the user, via the application portal 254, web interface 270, or mobile application 271, to request NFT creation of their existing portfolio simply by providing a web address for hosted content and by providing access, authorization, or the like, for the distribution platform system 200 to create a copy of the hosted works. In this way, the user may seamlessly convert a portion or all of their existing portfolio of hosted works into one or more secure, transferrable, monetizable NFTs via the distribution platform system 200.

The system responds to the request for NFT creation based on hosted digital content by requesting a link to the hosted digital content, as well as authorization to retrieve and copy the works, as shown in block 610. In some embodiments, the system may also request an affirmation that the user is the original creator of the digital content and that they own the rights to copy and disseminate the content (e.g., the distribution platform system 200 may present a check box, signature block, pop-up acknowledgement notice, or the like). Next, as shown in block 620, the distribution platform system 200 may route to the hosted digital content (e.g., by visiting the linked web page, contacting a specified server, or the like), and analyze the content via the various components of agent 253. The distribution platform system 200 may utilize the data analysis module 260 and machine learning engine 261 in order to scan the webpage, or the like, and determine if the hosted content is appropriate for copying or retrieval.

For instance, in some cases, the hosted content may be recognized as being hosted in a relatively low streaming quality, resolution, bitrate, or the like. In instances where the hosted content is appropriate for copying or retrieval, the distribution platform system 200 may automatically retrieve the digital content and download a copy to the user account of the distribution platform system 200. In some instances, if the system determines that the hosted content is not ideal for retrieval from the provided link, either by determining that the content is hosted at a relatively low quality (e.g., below a certain threshold such as 720p for video, 320 Kbps for audio, or the like), or the host platform does not allow copying according to its system architecture or service terms, the distribution platform system 200 may present a notification to the user via the application portal 254, web interface 270, or mobile application 271 that the content could not be retrieved, or a recommendation not to retrieve, or the like, and request that the user directly upload a copy of the digital content to the distribution platform system 200. Once the distribution platform system 200 receives the digital content, either by automated retrieval or direct upload, the distribution platform system 200 may imitate creation of the NFT for the digital content and store the NFT information in the user's user account.

FIG. 7 is a process flow diagram illustrating an automated process for enabling permissioned access or transfer of ownership of digital content via the distribution platform system, in accordance with some embodiments of the invention. As shown in block 700, the distribution platform system 200 may receive a request to access NFT content stored on the distribution platform system 200 via the application portal 254, web interface 270, or mobile application 271. For instance, the distribution platform system 200 may host a library, catalogue, gallery, or the like with thumbnails and descriptions of the NFT content stored on the distribution platform system 200. In some embodiments, the distribution platform system 200 generate an artist page for each user who has created one or more NFTs on the platform, and may provide a web link or application link to the artist page for other users to view a summary of the artist's content. Accompanying the summary of content may be one or more links to indicate the particular block, transaction, one or more hash values, or the like which indicates the creation of one or more NFTs of the artist such that one or more viewers can easily reference a decentralized blockchain of information to validate the existence and ownership information for the artist's content. As indicated in block 700, the one or more viewers may be given an option to request access to the NFT content of one or more artists.

Next, the distribution platform system 200 may locate the user account for the owner of the requested NFT content and determine one or more access permissions or preferences set by the owner via the distribution platform system 200. For instance, the distribution platform system 200 may allow the owner to set a preference for public sharing wherein one or more NFTs may be accessed and viewed by anyone. Alternatively, the owner may set a preference for private or paywall sharing, wherein one or more NFTs may only be accessed after payment, or may be accessed only for a specific duration of time, or specific number of times, in return for a specified amount of resources. The resources may include any number of traditional resources or digital currencies given that the distribution platform system 200 may access the user's resource account on the managing entity system 500 and may host one or more digital wallets on the user's account of the distribution platform system 200.

The system may then respond to the request for access with the owner's permissions or preferences for the NFT (e.g., the cost is $3.99 to view this movie, or the like), as shown in block 720. The system may then receive resource payments from one or more users in order to access the requested content, as shown in block 730. It is understood that in some embodiments, the distribution platform system 200 may receive payment in one resource type and convert the received resources into a preferred resource type of the owner according to their configured user account preferences. For instance, the user who requested to view the content may transfer resources of a first digital currency type, and the distribution platform system 200 may automatically convert the resources to a second digital currency type before automatically routing the receiving resources to the owner user account, as shown in block 740. The system may then display or deliver the requested content to the requesting user, as shown in block 750. It is understood that this step may differ slightly based on whether the requesting user has purchased the rights to the content, or simply paid for limited access to the content. For instance, the distribution platform system 200 may facilitate transfer of ownership from the original content owner's digital wallet to the requester's digital wallet by initiating and confirming this transaction on-chain automatically. In other embodiments, the distribution platform system 200 may simply allow access to the display of content (e.g., video, image, or the like) or the experiencing of content (e.g., audio, or the like), according to the permissions terms configured by the content owner, and may simply facilitate digital payment for access to the content and provide limited access to the content to the requesting user.

As will be appreciated by one of ordinary skill in the art, the present invention may be embodied as an apparatus (including, for example, a system, a machine, a device, a computer program product, and/or the like), as a method (including, for example, a business process, a computer-implemented process, and/or the like), or as any combination of the foregoing. Accordingly, embodiments of the present invention may take the form of an entirely software embodiment (including firmware, resident software, micro-code, and the like), an entirely hardware embodiment, or an embodiment combining software and hardware aspects that may generally be referred to herein as a “system.” Furthermore, embodiments of the present invention may take the form of a computer program product that includes a computer-readable storage medium having computer-executable program code portions stored therein.

As the phrase is used herein, a processor may be “configured to” perform a certain function in a variety of ways, including, for example, by having one or more general-purpose circuits perform the function by executing particular computer-executable program code embodied in computer-readable medium, and/or by having one or more application-specific circuits perform the function.

It will be understood that any suitable computer-readable medium may be utilized. The computer-readable medium may include, but is not limited to, a non-transitory computer-readable medium, such as a tangible electronic, magnetic, optical, infrared, electromagnetic, and/or semiconductor system, apparatus, and/or device. For example, in some embodiments, the non-transitory computer-readable medium includes a tangible medium such as a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EEPROM or Flash memory), a compact disc read-only memory (CD-ROM), and/or some other tangible optical and/or magnetic storage device. In other embodiments of the present invention, however, the computer-readable medium may be transitory, such as a propagation signal including computer-executable program code portions embodied therein.

It will also be understood that one or more computer-executable program code portions for carrying out the specialized operations of the present invention may be required on the specialized computer include object-oriented, scripted, and/or unscripted programming languages, such as, for example, Java, Perl, Smalltalk, C++, SQL, Python, Objective C, and/or the like. In some embodiments, the one or more computer-executable program code portions for carrying out operations of embodiments of the present invention are written in conventional procedural programming languages, such as the “C” programming languages and/or similar programming languages. The computer program code may alternatively or additionally be written in one or more multi-paradigm programming languages, such as, for example, F#.

Embodiments of the present invention are described above with reference to flowcharts and/or block diagrams. It will be understood that steps of the processes described herein may be performed in orders different than those illustrated in the flowcharts. In other words, the processes represented by the blocks of a flowchart may, in some embodiments, be in performed in an order other that the order illustrated, may be combined or divided, or may be performed simultaneously. It will also be understood that the blocks of the block diagrams illustrated, in some embodiments, merely conceptual delineations between systems and one or more of the systems illustrated by a block in the block diagrams may be combined or share hardware and/or software with another one or more of the systems illustrated by a block in the block diagrams. Likewise, a device, system, apparatus, and/or the like may be made up of one or more devices, systems, apparatuses, and/or the like. For example, where a processor is illustrated or described herein, the processor may be made up of a plurality of microprocessors or other processing devices which may or may not be coupled to one another. Likewise, where a memory is illustrated or described herein, the memory may be made up of a plurality of memory devices which may or may not be coupled to one another.

It will also be understood that the one or more computer-executable program code portions may be stored in a transitory or non-transitory computer-readable medium (e.g., a memory, and the like) that can direct a computer and/or other programmable data processing apparatus to function in a particular manner, such that the computer-executable program code portions stored in the computer-readable medium produce an article of manufacture, including instruction mechanisms which implement the steps and/or functions specified in the flowchart(s) and/or block diagram block(s).

The one or more computer-executable program code portions may also be loaded onto a computer and/or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer and/or other programmable apparatus. In some embodiments, this produces a computer-implemented process such that the one or more computer-executable program code portions which execute on the computer and/or other programmable apparatus provide operational steps to implement the steps specified in the flowchart(s) and/or the functions specified in the block diagram block(s). Alternatively, computer-implemented steps may be combined with operator and/or human-implemented steps in order to carry out an embodiment of the present invention.

While certain exemplary embodiments have been described and shown in the accompanying drawings, it is to be understood that such embodiments are merely illustrative of, and not restrictive on, the broad invention, and that this invention not be limited to the specific constructions and arrangements shown and described, since various other changes, combinations, omissions, modifications and substitutions, in addition to those set forth in the above paragraphs, are possible. Those skilled in the art will appreciate that various adaptations and modifications of the just described embodiments can be configured without departing from the scope and spirit of the invention. Therefore, it is to be understood that, within the scope of the appended claims, the invention may be practiced other than as specifically described herein. 

What is claimed is:
 1. A system for distribution of unique digital content, the system comprising: at least one non-transitory storage device; and at least one processing device coupled to the at least one non-transitory storage device, wherein the at least one processing device is configured to: receive digital content data for upload to a distribution platform from a user via a user device; access a user account for the user and store a copy of the digital content data in the user account; generate a smart contract for creation of a non-fungible token for the digital content data; store one or more private keys of the smart contract in the user account; and provide one or more non-fungible token management options to the user via a user device.
 2. The system of claim 1, wherein the digital content data comprises an audio file, an image file, or a video file.
 3. The system of claim 1, wherein the smart contract is generated according to ERC-721 protocol.
 4. The system of claim 1, wherein the non-fungible token management options further comprise access permission options for the non-fungible token including public, private, or paid access.
 5. The system of claim 1, wherein the distribution platform further comprises a web-portal interface, or a mobile application.
 6. The system of claim 1, further configured to: receive a web address for hosted digital content data; transmit a request to the user device for authorization to retrieve a copy of the hosted digital content data; automatically retrieve a copy of the hosted digital content data from a webpage of the web address; and generate a smart contract for creation of a non-fungible token for the hosted digital content data.
 7. The system of claim 1, further configured to: receive a request from a second user to access the non-fungible token via the distribution platform; retrieve access permissions for the non-fungible token, wherein the access permissions comprise a resource amount and access duration; respond to the request from the second user with the access permissions; receive the resource amount from the second user; allow the second user to access the non-fungible token; and automatically route the resource amount to the user account of the user.
 8. A computer program product for distribution of unique digital content, the computer program product comprising at least one non-transitory computer-readable medium having computer-readable program code portions embodied therein, the computer-readable program code portions comprising: an executable portion configured to receive digital content data for upload to a distribution platform from a user via a user device; an executable portion configured to access a user account for the user and store a copy of the digital content data in the user account; an executable portion configured to generate a smart contract for creation of a non-fungible token for the digital content data; s an executable portion configured to tore one or more private keys of the smart contract in the user account; and an executable portion configured to provide one or more non-fungible token management options to the user via a user device.
 9. The computer program product of claim 8, wherein the digital content data comprises an audio file, an image file, or a video file.
 10. The computer program product of claim 8, wherein the smart contract is generated according to ERC-721 protocol.
 11. The computer program product of claim 8, wherein the non-fungible token management options further comprise access permission options for the non-fungible token including public, private, or paid access.
 12. The computer program product of claim 8, wherein the distribution platform further comprises a web-portal interface, or a mobile application.
 13. The computer program product of claim 8, further configured to: receive a web address for hosted digital content data; transmit a request to the user device for authorization to retrieve a copy of the hosted digital content data; automatically retrieve a copy of the hosted digital content data from a webpage of the web address; and generate a smart contract for creation of a non-fungible token for the hosted digital content data.
 14. The computer program product of claim 8, further configured to: receive a request from a second user to access the non-fungible token via the distribution platform; retrieve access permissions for the non-fungible token, wherein the access permissions comprise a resource amount and access duration; respond to the request from the second user with the access permissions; receive the resource amount from the second user; allow the second user to access the non-fungible token; and automatically route the resource amount to the user account of the user.
 15. A computer-implemented method for distribution of unique digital content, the method comprising: providing a computing system comprising a computer processing device and a non-transitory computer readable medium, wherein the computer readable medium comprises configured computer program instruction code, such that when said instruction code is operated by said computer processing device, said computer processing device performs the following operations: receive digital content data for upload to a distribution platform from a user via a user device; access a user account for the user and store a copy of the digital content data in the user account; generate a smart contract for creation of a non-fungible token for the digital content data; store one or more private keys of the smart contract in the user account; and provide one or more non-fungible token management options to the user via a user device.
 16. The computer-implemented method of claim 15, wherein the digital content data comprises an audio file, an image file, or a video file.
 17. The computer-implemented method of claim 15, wherein the smart contract is generated according to ERC-721 protocol.
 18. The computer-implemented method of claim 15, wherein the non-fungible token management options further comprise access permission options for the non-fungible token including public, private, or paid access.
 19. The computer-implemented method of claim 15, wherein the distribution platform further comprises a web-portal interface, or a mobile application.
 20. The computer-implemented method of claim 15, further comprising: receiving a request from a second user to access the non-fungible token via the distribution platform; retrieving access permissions for the non-fungible token, wherein the access permissions comprise a resource amount and access duration; responding to the request from the second user with the access permissions; receiving the resource amount from the second user; allowing the second user to access the non-fungible token; and automatically routing the resource amount to the user account of the user. 